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PAYMENTS 

CROSS REFERENCES TO RELATED APPLICATION(S) 
[01] The present application is related to U.S. Provisional Patent Application Serial 

5 No. [to be assigned], entitled "METHOD AND SYSTEM FOR PROCESSING CREDIT 
CARD RELATED TRANSACTIONS," by Zelechoski et al., filed on March 4, 2002; and 
U.S. Patent Application Serial No. [to be assigned], entitled "METHOD AND SYSTEM 
FOR IMPROVING FRAUD PREVENTION IN CONNECTION WITH A NEWLY 
OPENED CREDIT ACCOUNT" by Britton et al., filed on March 4, 2002, both of which are 
t 10 commonly assigned and owned, the disclosures of which are hereby incorporated by 

| saw 

13 reference in its entirety as if fully set forth herein for all purposes. 

n 

-. S5S? 

!* BACKGROUND OF THE INVENTION 

m 

13 [02] The present invention generally relates to transactions involving credit cards. 

t ft 

' ''15 More specifically, the present invention relates to a computerized method and system for 

u processing credit card payments. 

Id 

q [03] The birth of a credit card generally begins with an applicant supplying 

! JJ information to complete a credit card application and apply for a credit account with an issuer 
!|I or issuing bank. The issuer is usually a bank that issues the credit card and extends credit to 
20 the cardholder through the credit account linked to the credit card. Typically, the process of 
supplying the necessary information can be done electronically or by paper. The credit card 
application is then processed, and if approval criteria are met, a credit card is issued to the 
applicant who now becomes a cardholder. The process of issuing a credit card involves a 
number of steps including, for example, coding the credit card with cardholder data on the 
25 magnetic stripe and embossing the cardholder's name, account number and expiration date on 
the credit card. 

[04] When the credit card is first received by the cardholder, the cardholder needs 

to activate the credit card. Activation of the credit card is generally done by requiring the 
cardholder to call the issuer from his/her home phone. Once the credit card is activated, the 
30 cardholder may then use the credit card to make purchases or conduct transactions. 

[05] A typical credit card transaction involves a number of parties. In addition to 

the cardholder and the issuer, the parties involved in a credit card transaction include a 



merchant, an acquirer and a credit card association such as Visa or Mastercard. The acquirer 
is a business entity, e.g., a commercial bank, that has a business relationship with the 
merchant and handles credit card transactions from that merchant. 
[06] A typical credit card transaction involves the following steps. First, the 

5 merchant calculates the amount of the transaction or purchase and seeks payment from the 
cardholder. The cardholder then presents the merchant with his/her credit card. The 
merchant then runs the credit card through a point of sale terminal. The point of sale terminal 
captures credit card and sales information and sends such information together with an 
authorization request to the acquirer. The acquirer, in turn, processes the information 
10 received from the point of sale terminal and forwards any relevant information and the 
authorization request to the issuer. The issuer processes the relevant information and the 
authorization request to determine whether the transaction should be authorized. The issuer 
3 then sends an approval or denial code back to the acquirer. The acquirer relays the approval 
J or denial code to the point of sale terminal for use by the merchant. If the transaction is 
M 15 authorized, the cardholder is allowed to consummate the transaction with the merchant. 
5 Typically, at a later time, the accounts maintained by the issuer and the acquirer are settled 
1 1 and reconciled. The end result is that the issuer transfers the transaction amount minus a fee 
3 to the acquirer. The acquirer then deducts a fee from the amount received from the issuer. 
S s The remaining amount is then transferred by the acquirer to the merchant's account. The 
F20 issuer also bills the cardholder for the transaction amount by sending the cardholder a credit 
|| card statement. The cardholder is typically billed by the issuer on a monthly cycle. 
[07] The foregoing is merely a general description of a typical credit card 

transaction. Variations and additional process(es) may be involved. It should also be 
understood that while certain parties, such as the issuer and the acquirer, are described above 
25 as performing certain functions, in typical situations, most or all of the functions to be 
performed by these parties may be performed on their behalf by third parties. 
[08] As described above, the cardholder typically receives a monthly credit card 

statement from the issuer detailing transactions which have been incurred in the previous 
month and the amount currently owed. Payment for the amount owed can be made by either 
30 check or online electronic fund transfer. The payment is then posted to the corresponding 
credit account. Under conventional practice, payment posted to a credit account does not 
have any immediate effect on that credit account. For example, the credit availability limit 
and the current amount owed do not accurately reflect the payment made until a later time. 
This is attributed to the fact that the payment processing is still being handled by computer 



2 



o 

i I 



systems which continue to utilize batch processing. Fig. 1 illustrates a general, conventional 
batch processing system which processes credit card payments. Payment information 
collected from online transactions 2 and batch files 4 are combined into a transaction file 6. 
The transaction file 6 is stored usually in the form of magnetic tapes. The batch processing 
5 system 8 then processes the transaction file 6 and generates various output files 10 which are 
then passed onto backend systems 12. The backend systems 12, in turn, make the appropriate 
adjustments to update the corresponding credit accounts. 

[09] Batch processing has proved to be inefficient and lacking in ability to provide 

real-time response or access. For example, since payment transactions are not processed in 
10 real-time, payments received for a credit account are generally not reflected until the 

transaction batch is run. The substantial latency between payment receipt and account update 
results in a number of disadvantages. For example, this latency may cause unnecessary 
inconvenience on the part of the cardholder. In one instance, despite having made a payment 
to his/her credit account, a cardholder may still risk having a transaction rejected since his/her 
rJ5 credit account may not have been updated fast enough. In another instance, a collection 
; agency may initiate collection procedures against a cardholder prematurely because the latest 
account information is not provided to the collection agency in a timely manner. Hence, it 
would be desirable to provide a computerized method and system which is capable of 
processing credit card payments in a more efficient manner. 
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SUMMARY OF THE INVENTION 
[10] A method and system for processing credit card payments is provided. 

According to one exemplary aspect of the system, a client is able to submit payment 
transactions in different formats for processing. A payment transaction may relate to a 
25 payment made to a corresponding credit account or a reversal which need to be performed to 
retract a previously made payment which is erroneous. Depending on the submission format, 
the system can process the payment transaction by using either a batch process or a right-time 
process. The right-time process processes the payment transaction in real-time upon 
submission thereby allowing the corresponding credit account to be updated in a more timely 
30 manner. In particular, the right-time process adjusts the available credit relative to the 

corresponding credit account in a real-time manner so that the available credit closely tracks 
or reflects payments made to the credit account. 

[11] Optionally, information relating to the available credit is provided to customer 

service to allow customer service representatives to better service the account holder. 



Furthermore, information relating to the payment transaction can also be provided to 
collections to allow collections agency to better manage delinquent accounts and provide 
improved services. 

[12] Reference to the remaining portions of the specification, including the 

drawings and claims, will realize other features and advantages of the present invention. 
Further features and advantages of the present invention, as well as the structure and 
operation of various embodiments of the present invention, are described in detail below with 
respect to accompanying drawings, like reference numbers indicate identical or functionally 
similar elements. 

BRIEF DESCRIPTION OF THE DRAWINGS 
( 13 I Fig. 1 is a simplified block diagram illustrating a general, conventional batch 

processing system which processes credit card payment; and 
[14] Fig. 2 is a flow diagram illustrating the operations of an exemplary 

embodiment of the present invention. 

DETAILED DESCRIPTION OF THE INVENTION 
[15] The present invention in the form of one or more exemplary embodiments will 

now be described. An exemplary embodiment of the present invention is implemented as 
part of a computer system or infrastructure, such as the one described in U.S. Provisional 
Patent Application Serial No. [to be assigned], entitled "METHOD AND SYSTEM FOR 
PROCESSING CREDIT CARD RELATED TRANSACTIONS," by Zelechoski et al., filed 
on March 4, 2002, and commonly assigned and owned, the disclosure of which is hereby 
incorporated by reference in its entirety as if fully set forth herein for all purposes. Based on 
the disclosure and teaching provided herein, a person of ordinary skill in the art would know 
of other ways and/or methods to implement the present invention. 
[16] Fig. 2 is a flow diagram illustrating the operations of an exemplary 

embodiment of the present invention. Prior to engaging step 20, payments are received by a 
client or user from account holders. Many different types of vehicles can be used to make a 
payment on a credit account including, for example, check, money order, cash, credit card, 
debit card, electronic fund transfer, wire transfer, coupon, etc. In addition, payments can be 
received from a number of different sources, such as, a teller, an ATM, a retailer, online 
banking and mail. The payments are first processed by the client or user. Relevant 
information for each payment is captured and put into the proper format in the form of a 



payment transaction. The payment transaction further includes other information relating to 
the client. A payment transaction created by the client or user is not limited to a payment 
received for an amount owed on a credit account but also includes any type of monetary 
transaction which may have an impact on the available credit or open-to-buy amount relating 
5 to that credit account. For example, a payment transaction can be generated by the client to 
represent a reversal reversing a previously paid amount that is erroneous. 
[17] It should be understood that, for illustrative purposes, while the operations of 

the exemplary embodiment is described with respect to an individual payment transaction 
submitted by a client, the present invention is similarly applicable to processing multiple 

1 0 payment transactions submitted by a number of different clients. Referring to Fig. 2, at 20, a 
payment transaction to be applied to the corresponding credit account is submitted by the 
client or user. A payment transaction can be submitted by the client or user in one of three 

3 ways. More specifically, the payment transaction can be submitted electronically or via one 

2 of two different types of tapes or other storage media. As described above, the client or user 
f 5 extracts the relevant information for each payment submitted by an account holder and 

3 incorporates such information into the proper format in a payment transaction. Such format 

1 1 includes, for example, an electronic format and two different types of tape formats. As will 
3 be more fully described below, depending on how the payment transaction is submitted by 
3 the client, either a right-time process or a batch process is invoked to process the payment 
2*0 transaction. At 22, the payment transaction submission method is verified to determine 

11 which process should be invoked to process the payment transaction. 

[18] A payment transaction submitted via a batch tape is referred to as a batch 

payment transaction. The batch process is invoked at a specific time to process the batch 
payment transactions contained in the batch tape. Typically, the batch process is initiated to 

25 process the batch tape at a designated time each day. Upon initiation, the batch process 

operates as follows. At 24, the batch payment transaction is received or read from the batch 
tape. At 26, the batch payment transaction is validated to ensure that the batch payment 
transaction can be processed. At 28, the batch payment transaction is matched up with a 
right-time payment transaction, if any. As will be further explained below, processed right- 

30 time payment transactions are delivered to the batch process. This step is performed to 

ensure that duplicate entries are not processed against the same credit account. It should be 
understood that in an alternative exemplary embodiment, this step may not be performed 
depending on how batch payment transactions and right-time payment transactions are 
organized and submitted. For example, if the batch payment transactions and the right-time 



5 



payment transactions are mutually exclusive of each other, then this step 28 need not be 
performed. After 28, at 30, payment transactions from a right-time tape are inserted into the 
batch process for processing. The insertion of payment transactions from the right-time tape 
will be further described below. At 32, the batch payment transaction is applied against the 
5 corresponding credit account. For example, the payment amount can be divided and applied 
to various portions of the account balance. At 34, the available credit or open-to-buy amount 
is adjusted based on the applied payment amount of the batch payment transaction. The 
payment amount of the batch payment transaction to be applied to the available credit varies 
depending on a number of factors, such as, the attributes or conditions of the credit account. 
10 For example, if the credit account has a history of bounced check payments and the payment 
amount is made in check, then the available credit may not be adjusted until the check is 
cleared. On the other hand, if the payment amount was made in cash, then the full payment 

I wis 

1 3 amount may be applied to the available credit. In another example, the amount of available 
?S credit to be adjusted is determined by an external system in order to minimize fraud. At 36, 
j J 5 the corresponding credit account is updated. 

(3 [19] If the payment transaction is submitted via either the right-time tape or the 

electronic format, then the right-time process is invoked to process the payment transaction in 

O real-time. A payment transaction submitted and processed in the foregoing maimer is 

hi 

p referred to as a right-time payment transaction. The right-time process differs from the batch 

J gO process in that the right-time process is invoked immediately or as soon as practicable upon 

I U receipt of a right-time payment transaction. 

[20] A right-time payment transaction can be submitted electronically. For 

example, a client or user may submit right-time payment transactions for processing via a 
computer network, such as the Internet, or a dedicated communication link, such as a Tl 

25 trunk. At 38 a right-time payment transaction is received and verified to insure that the right- 
time payment transaction is in the proper format. 

[21] At 40 the right-time payment transaction is validated to ensure that the right- 

time payment transaction can be processed. As part of this validation process, a number of 
validation checks are performed. For example, if a right-time payment transaction relates to a 
30 reversal, i.e., a previously made payment is to be retracted, then a match is performed in an 
attempt to match this right-time payment transaction against the previous right-time payment 
transaction relating to the previously made payment. If no match is found, the right-time 
payment transaction is declined and not processed. In addition, the right-time payment 
transaction is checked to make sure that the client who submitted the right-time payment 
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transaction is authorized to conduct activities relative to the credit account identified by the 
right-time payment transaction. Moreover, the right-time payment transaction is also 
checked to ensure that the client number, the credit account number and the payment amount 
are valid. It should be understood that, in addition to the foregoing, other validation checks 
5 may also be performed. 

[22] At 42, the corresponding credit account (and the associated information) for 

that right-time payment transaction is retrieved. Then, using the retrieved information, the 
status of the credit account is evaluated to determine how the right-time payment transaction 
is to be applied. 

10 [23] At 44, the delinquency status of the credit account is determined. If the credit 

account is currently delinquent, then the right-time payment transaction is applied to the 
. delinquent amount. If the right-time payment transaction relates to a payment, then the 
1 3 delinquent amount is decremented by the payment amount. If the payment amount is greater 
[ft than or equal to the delinquent amount, then the delinquent status is changed to reflect that 
] J5 the credit account is no longer delinquent and the number of days delinquent is adjusted to 
13 zero. On the other hand, if the right-time payment transaction relates to a reversal (at this 
point, this right-time payment transaction matches up with a previous right-time payment 
transaction because it passed the validation check) and the previous right-time payment 
13 transaction brought the credit account out of delinquency, then the delinquency status, the 
J SO delinquency amount and the number of days delinquent are restored to their respective values 
W prior to the previous right-time payment transaction. In other words, the credit account is 
rendered delinquent due to reversal or retraction of the previously made payment. 
[24] At 46, the right-time payment transaction is applied to the available credit or 

open-to-buy amount. The available credit is adjusted upward or downward based on whether 
25 the right-time payment transaction relates to a payment or a reversal. When applying the 
right-time payment transaction to the available credit, the available credit will not be 
increased beyond a preset credit line assigned to that credit account. Furthermore, as 
mentioned above, the payment amount of the right-time payment transaction to be applied to 
the available credit varies depending on a number of factors, such as, the attributes or 
30 conditions of the credit account. For example, if the credit account has a history of bounced 
check payments and the payment amount is made in check, then the available credit may not 
be adjusted until the check is cleared. On the other hand, if the payment amount was made in 
cash, then the full payment amount may be applied to the available credit. Similarly, based 
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on evaluation of the factors, portions of the payment amount may be applied to the available 
credit accordingly. 

[25] At 48, fraud attributes relating to the right-time payment transaction are 

updated. For example, one of the attributes that is updated reflects the number of days since 
5 the last payment was applied to the credit account. If the right-time payment transaction 
relates to a payment, this attribute is reset to zero to reflect the payment that has just been 
made. Another attribute that is updated reflects the aggregate amount of payments that were 
made within a preceding period, for example, the last 30 days. If the right-time payment 
transaction relates to a payment, this attribute is incremented to include the payment amount 
10 identified in the right-time payment transaction. On the other hand, if the right-time payment 
transaction relates to a reversal, this attribute is decremented accordingly. Optionally, these 
updated fraud attributes can be supplied to a computerized system, such as, a system called 
3 "Falcon" sold by HNC, or other commercially available systems, to allow account activities 
SJ to be analyzed in a more timely manner for purposes of detecting and preventing fraud. 

s l 5 [26] At 50, the corresponding credit account is updated. After the credit account is 

R 

3 updated, a number of other functions are also performed by the right-time process. 

rj 

Optionally, these other functions can be performed in either a serial or a parallel manner. For 

3 example, at 52, the updated account information pertaining to the updated credit account is 

si 

3. communicated to customer service which is usually made available customer service 
jjJO representatives via customer service screens. By providing this updated information to 
II customer service, customer service representatives may then, in turn, convey the latest 
account information to the cardholder in the event of an inquiry. 

[27] At 54, information relating to the processed right-time payment transaction is 

delivered to a reporting function which compiles information and reports relating to all the 

25 processed right-time payment transactions. 

[28] At 56, the information relating to the processed right-time payment transaction 

is also delivered to the client or user who submitted the right-time payment transaction for 
processing to notify the client of the result of the processed right-time payment transaction. 
For example, the client is informed of a right-time payment transaction that has been rejected 

30 due to a failed validation check or a right-time payment transaction relating to a reversal that 
has been rejected due to non-existence of a matching previous right-time payment 
transaction. 
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[29] At 58, the information relating to the processed right-time payment transaction 

is communicated to a billing function which keeps track of the number of processed right- 
time payment transactions for the client or user for billing purposes. 
[30] At 60, the updated account information pertaining to the updated credit 

5 account is also communicated to collections. The updated account information may be 
provided in the form of an action entry, a collection memo or an external collection source 
file which is specific to the client submitting the right-time payment transaction. The 
external collection source file may include fields, such as, account number, date, amount, 
payment source, payment type, input source, time and transaction type. Optionally, the 
1 0 updated account information can be fed to a computerized collections system whose primary 

function is to initiate and coordinate collections actions. Such computerized collections 
* system may be custom developed or provided by a commercial vendor. By providing this 

updated information to collections, collection agents may then more appropriately adjust their 
0 plan of action relating to the corresponding credit account. For example, armed with the 
|5 latest account information, a collection agent may call the cardholder to thank the cardholder 
for his/her payment as opposed to demanding payment which had already been made. 
[31] Furthermore, after the corresponding credit account is updated, at 62, the 

"1 pertinent information is delivered to the batch process for reconciliation to eliminate 
3 duplicate entries made against the same credit account. As mentioned above, this step is 
;|0 optional depending on how the batch payment transactions and the right-time payment 

f i 

transactions are organized. 

[32] As mentioned above, the right-time payment transaction can also be submitted 

via a right-time tape. The right-time tape differs from the batch tape in that the right-time 
tape is processed immediately or as soon as practicable upon submission. At 64, a right-time 

25 payment transaction from the right-time tape is received. At 66, the right-time payment 

transaction is validated to ensured that this right-time payment transaction can be processed. 
At 68, the right-time payment transaction is checked to determine whether the right-time 
process should be initiated to process this right-time payment transaction. It should be noted 
that, in some instances, only some (or none) of the payment transactions contained on the 

30 right-time tape may need to be processed by the right-time process. In other words, the right- 
time payment transactions which are to be processed are selectively extracted from the right- 
time tape. Hence, the client can selectively designate which of the payment transactions, if 
any, on the right-time tape are to be processed by the right-time process. At 70, information 
relating to the extracted right-time payment transactions is communicated to a reporting 
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function which, amongst other things, complies and reports information relating to the 
extracted right-time payment transactions. The extracted right-time payment transactions are 
then put into the appropriate format and delivered to the right-time process for processing at 
38, as described above. Since the right-time tape may contain payment transactions which 
are not designated for processing by the right-time process, these payment transactions (since 
they have already been validated) can now be inserted into the batch process, at 30 as 
previously mentioned, to await processing. 

[33] It should be understood that while the above is described with respect to an 

individual credit account, it will be appreciated by a person of ordinary skill in the art that the 
present invention can be applied to relationship credit accounts, such as, family member 
accounts and corporate accounts, and that the present invention can also be applied to other 
types of accounts. 

[34] It should also be understood that the present invention may be implemented in 

the form of control logic using software, hardware, or a combination of both, in a modular or 
integrated manner. The present invention can be implemented as a stand-alone system or as 
part of a larger computer system. Based on the disclosure provided herein, a person of 
ordinary skill in the art will know of other ways and/or methods to implement the present 
invention. 

[35] It is understood that the examples and embodiments described herein are for 

illustrative purposes only and that various modifications or changes in light thereof will be 
suggested to persons skilled in the art and are to be included within the spirit and purview of 
this application and scope of the appended claims. All publications, patents, and patent 
applications cited herein are hereby incorporated by reference for all purposes in their 
entirety. 
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